REMARKS 

These remarks are responsive to the non- final Office 
Action mailed 10 Aug 2004. 

Claims 1-26 are in the case, none as yet allowed. 

35 U.S.C. 103 

Claims 1-26 have been rejected under 35 U.S.C. 103(a) 
over Felkey et al (U.S. PG Pub 2002/0161667) in view of 
Nicastro et al (U.S. Patent No. 2004/0015367). 

Applicants traverse, and argue that the Examiner has 
not made the required prima facie case of obviousness. 

Felkey is specific to telecommunications services, and 
outlines steps of ordering telecommunications and the 
approvals (signatures) required. He outlines associated 
hardware and software, and the ordering workflow on each of 
the hardware platforms. 
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Applicants' invention doesn't relate to approval 
processing or signatures, per se, but rather focuses on how 
code may be reused based on grouping various companies with 
similar traits. Grouping of companies allows Applicants to 
simplify the effort of providing various functions (such as 
accounting validation, approval processing, and other parts 
of workflow) so that code can be reused to satisfy company 
group requirements (as distinguished from individual 
companies) . 

In the instant case, there is in the Felkey reference 
no teaching of company groups, nor of controlling access to 
procurement resources based on a user's company group. 

The Examiner's rejection of claims of all independent 
claims 1, 12, 15, and 26 refers for all claim language to 
the following collection of paragraphs of Felkey et al, and 
the figures which they describe: 

[Abstract] A method and system for procuring and 
servicing telecommunications offerings, including a 
customer browser loaded on a customer client computer, 
a back office browser loaded on a back office client 
computer, and a server program loaded on a server 
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computer. The customer browser is configured to submit 
a procurement inquiry, the procurement inquiry 
specifying a selected telecommunications off ering from 
among voice, Internet and mobile telecommunications 
offerings . The back office browser is configured to 
submit a service inquiry, the service inquiry 
specifying a search criteria with respect to an order 
for a telecommunications offering, a customer agent 
assigned for servicing a telecommunications offering 
order, and a move, change or disconnection (MCD) of a 
telecommunications offering order. The server program 
is configured to receive the procurement and service 
inquiries, generate procurement data pertaining the to 
the selected telecommunications offering and service 
data pertaining to the search criteria, and transmit 
the procurement and service data. 

[0012] According to another aspect of the present 
invention, there is provided a method for procuring and 
servicing telecommunications offerings remotely, 
including receiving a procurement inquiry and a service 
inquiry, the procurement inquiry specifying a selected 
telecommunications offering from among voice, Internet 
and mobile telecommunications offerings , the service 
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inquiry specifying a search criteria with respect to an 
order for a telecommunications offering, a customer 
agent assigned for servicing a telecommunications 
offering order, and a move, change or disconnection 
(MCD) of a telecommunications offering order; 
generating procurement data in response to the 
procurement inquiry and pertaining to the selected 
telecommunications offering and service data in 
response to the service inquiry and pertaining to the 
search criteria; and transmitting the procurement and 
service data. 

[0015] According to another aspect of the present 
invention, there is provided a system for procuring and 
servicing telecommunications offerings, including a 
customer browser loaded on a customer client computer, 
the customer browser being configured to submit a 
procurement inquiry, the procurement inqu iry specifying 
a selected telecommunications offering from among 
voice , Internet and mobile telecommunications 
offerings ; a back office browser loaded on a back 
office client computer, the back office browser being 
configured to submit a service inquiry, the service 
inquiry specifying a search criteria with respect to an 
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order for a telecommunications offering, a customer 
agent assigned for servicing a telecommunications 
offering order, and a move, change or disconnection 
(MCD) of a telecommunications offering order; and a 
server program loaded on a server computer and being 
configured to receive the procurement and service 
inquiries, generate procurement data pertaining to the 
selected telecommunications offering and service data 
pertaining to the search criteria , and transmit the 
procurement and service data. 

[0037] FIG. 2 is a flowchart illustrating a flow for 
procuring telecommunications products and/or services 
in the system 100. In FIG. 2, at step 202, the customer 
102 or 104 is pre-gualif ied by a core customer 
representative 108 for telecommunications products 
and/or services desired by the customer 102 or 104. At 
step 204, customer contract and information are entered 
by the core customer representative 108. At step 206, a 
contract package and forms needing signatures are 
generated by the core customer representative 108. At 
step 208, an implementation engineer 208 performs a 
technical review of the telecommunications products 
and/or services desired by the customer 102 or 104. At 
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step 210, validation and submission to order entry for 
the telecommunications products and/or services desired 
by the customer 102 or 104 are performed by an 
implementation coordinator 108. At step 212, order 
entry for the telecommunications products and/or 
services desired by the customer 102 or 104 is 
performed by the implementation coordinator, the 
implementation engineer and/or the order distributor 
108. At step 214, order tracking is performed by the 
implementation coordinator 108, completing the flow for 
procuring telecommunications products and/or services. 

[0046] In FIG. 3, the devices 302a, 304a and 306a and 
the respective devices 314a and 316a of the customer 
service personnel 314 and the swivel -chair operators 
316 may communicate with the telecommunications service 
procurement system 310 using, for example, TCP/IP via 
the communications networks 308 and 312, respectively. 
The devices 302a, 304a and 306a and the devices 314a 
and 316a may include a modem function (e.g., dial-up, 
DSL, cable, wireless, etc.) that can log in to the 
telecommunications service procurement system 310 with 
user validation (e.g., via a personal identification 
number (PIN), user name and password, etc. ) . 
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[0047] The telecommunications service procurement 
system 310 may include all software and hardware to 
provide, for example, user account maintenance, 
validation and access control level (ACL) information, 
a directory server where a customer's personal 
information is kept , etc. The devices 302a, 304a and 
306a, the devices 314a and 316a, the telecommunications 
service procurement system 310, etc., may be 
implemented using one or more of the computer system 
701 of FIG. 7, for example. 

[0051] FIG. 4 is a flowchart illustrating a flow for 
procuring telecommunications products and/or services 
on-line, according to the present invention. In FIG. 4, 
at step 402, the customer 302, 304 or 306 is pre- 
qualified and orders telecommunications products and/or 
services via the customer GUI . At step 404, technical 
review, validation and submission to order entry are 
performed by a service coordinator (e.g., customer 
service personnel 314, swivel-chair operators 316, 
etc.). At step 406, order entry for the 
telecommunications products and/or services desired by 
the customer 302, 304 or 306 is performed by the 
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service coordinator. At step 408, order tracking is 
performed by the service coordinator, completing the 
flow for procuring telecommunications products and/or 
services, according to the present invention. 

[0058] Once the prospective customer h as determined the 
services appropriate to his/her busines s and has been 
qualified online, the customer can acce ss the shopping 
cart /service functions 504a of t he web site, select 
desired services and, for exampl e, click on an "Order 
Now" button to proceed . Afterwards, the customer is 
able to enter the web site to access the additional 
valued added content functions 508a via a member login 
function. The additional valued added content functions 
508a include, for example, personalized content, 
automatically assigning (as well as resetting) user 
name and password with a return confirmation e-mail, 
access to main content/functional areas of the web 
site, access to tailored services, sending a page, 
conference call scheduling, online directory 
assistance, access to tailored articles on products 
ordered or related products (e.g., an Internet customer 
may have access articles on web hosting, etc.), access 
to existing orders, e-billing, access to a 
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service/hierarchy organizer, access to 
switched/dedicated breakeven tools, access to cost 
allocation tools, searching capabilities (e.g., guided, 
keyword, ask a question format, etc.), pop-up 
menu/instant messaging for prospective customers who 
click around a lot without purchasing (e.g., to ask 
"Can we help you find anything? ") , etc. 

[0064] An existing customer, via the functions 510a or 
through a web link, can access the OSS e-billing 
application 524a (e.g., IXplus, etc.). The OSS e- 
billing application 524a is an electronic billing, 
electronic bill presentment, electronic bill payment, 
etc., application providing the ability for the 
existing customer to, for example, review, analyze and 
pay invoices over the communications network 308 (e.g., 
via the Internet, etc.). 

[0088] The web tier 502b includes, for example, the web 
servers 612a (e.g., running Apache, etc.) and the 
switches 614a, 606b and 608b. Embedded within the 
Apache servers are the two plugins: (i) the WebLogic 
module 516b for proxying HTTP requests for servlets and 
files to the application servers 616a in the back end 
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subsystem and for doing load balancing of the proxy 
requests to all available application servers 616a as 
well as fail over should one of the application servers 
616a crash and (ii) the Raven SLL plugin 514b, which 
manages the SSL certificates for secure HTTP sessions. 



As well as applicants can determine, there is no 
teaching of company groups in Felkey, which is specifically 
recited in each of applicants' independent claims. 

The Examiner appears to agree, with the following 
statement : 

Felkey et al fail to teach an inventive concept of 
providing common code defining workflow components 
common to all companies within the company group 
including accounting validation and approval 
processing . 

Applicants agree with this assessment. However, the 
Examiner continues: 
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. . .Nicastro et al teach an inventive concept of 
providing common code defining workflow components 
common to all companies within the company group 
including accounting validation and approval processing 
( see paragraph 0153). [Office action, page 3.] 

On this point, applicants traverse. This is what Nicastro 
et al says : 

[0153] The Budget Tool provides the ability to track 
and display all cost related transactions within the 
system 1000 on a project -by-project basis. The budget 
transactions are managed and stored as a consecutive 
set of events, with associated values and sources. All 
cost related items within the system allow the 
allocation of a budget code and the application of the 
cost related information to be accumulated as 
transactions. The Budget Tool uses budget c odes that 
can be defined at either the Company or Proje ct level. 
The requirements or structure of a budget code number 
can be defined by the user. Budget codes can be tied 
to item specifications in the Item Specification Tool. 
This tool generates budget entries automatically from a 
number of system 1000 processes, such as purchase 
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orders. These system-generated budget entries are 
created when the appropriate user in the purchase order 
approval chain approves a given purchase order. Manual 
entry is allowed for the following transaction types: 
original budget entry, revised budget entry, pending 
budget entry, commitment entry, revised commitment 
entry, pending commitment entry, actual cost entry, 
committed revenue entry, pending revenue entry, and 
revenue entry. A user can also create an "estimate to 
complete" entry and transfer funds from one budget code 
to another. [Nicastro, page 11, emphasis added.] 

Applicants argue that this teaching of Nicastro cannot 
properly be construed to teach company groups, as 
distinguished from a company. Nicastro refers to "company" 
and "project" levels, meaning that budget codes are used 
which are defined either for a specific project or for use 
throughout the company (but this does not mean a collection 
of related companies forming a company group.) 

In addition, applicants traverse the conclusion reached 
by the Examiner in the following statement: 

Therefore, it would have been obvious to one of 
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ordinary skill in the art at the time the invention was 
made to modify the inventive concept of Felky et al to 
include Nicastro's inventive concept of providing 
common code defining workflow components common to all 
companies within the company group including accounting 
validation and approval processing because this would 
have provide [sic] a more efficient system. 



♦First, Nicastro does not teach components common to all 
companies with a company group. Second, the law requires 
that a teaching to combine references must come from the 
art, and the observation that such "would have provided a 
more efficient system" is drawing upon applicants' own 
teachings and not from the art references of record. 

All other claims in the case are dependent upon claims 
1, 12, 15, and 26, and are similarly distinguished from the 
cited references. 



SUMMARY AND CONCLUSION 



Applicants urge that the case be passed to issue with 
claims 1-26. 

END920000176US1 15 S/N 09/815,312 



The Application is believed to be in condition for 
allowance and such action by the Examiner is urged. Should 
differences remain, however, which do not place one/more of 
the remaining claims in condition for allowance, the 
Examiner is requested to phone the undersigned at the number 
provided below for the purpose of providing constructive 
assistance and suggestions in accordance with M.P.E.P. 
Sections 707.02 (j) and 707.03 in order that allowable claims 
can be presented, thereby placing the Application in 
condition for allowance without further proceedings being 
necessary. 



Date: 9 Nov 2004 

Shelley M Beckstrand, P.C. 
Attorney at Law 
61 Glenmont Road 
Woodlawn, VA 24381 

Phone: 276 238-1972 



Sincerely, 



S. B. Cirulli, et al 



By 




Reg. No. 24,886 
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